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METHODS AND SYSTEMS FOR 
IMPLEMENTING A 
PROFITABILITY MODEL 

Background of Invention 

[0001] This invention relates generally to profitability, and, more specifically to 

methods and systems used to enhance profitability on accounts, for example, loan 
accounts. 

[0002] There are certain fixed and variable expenses for a lender doing business that 
are unavoidable as a cost of doing business. In the simplest of known systems, the 
expenses are simply calculated as a percentage of the transaction. However, most 
fixed expenses are constant no matter the size of the transaction. A potential 
customer could be discouraged from seeking a business opportunity with a lender 
who calculates fixed expenses as a percentage of the transaction value. Lenders 
and customers both realize that there are expenses incurred in conducting 
business. For large transactions, customers realize that a lender is going to incur 
additional expenses in both an approval cycle and in a maintenance cycle through 
the life of the transaction. How the lender passes the expenses on to the customer 
certainly affects the customer in, for example, up front expenses and, incurred 
interest and fees, but the passing of expenses also affects the lender. For example, 
the impact to the lender is whether the fixed income from a transaction is greater 
than the fixed expense of the transaction, which affects profitability. 

[0003] 

Another impact to profitability are the activities and associated workload 
engaged in by employees of lenders in researching, underwriting, closing and- 
servicing a transaction. Some of these expenses are variable depending on the size 



of the deal. Further, some of the activities are greatly reduced, eliminated or 
magnified, depending on the size and/or structuring of the deal. 

Summary of Invention 

[0004] In one aspect, there is provided a method for operating a computer to enhance 
profitability of a portfolio using a profitability model. The method for operating the 
computer comprises the steps of prompting a user to enter at least one workload 
driver for the portfolio, prompting a user to enter a trigger level for each entered 
workload driver, prompting a user to enter a weight for each trigger level and 
allocating portfolio and underwriting expenses, based upon workload drivers and 
their trigger levels. 

[0005] In another aspect, a database is provided which comprises data corresponding 
to workload drivers and related trigger levels for the workload drivers. In addition 
the database comprises data corresponding to input and feedback regarding the 
deal. 

[0006] In yet another aspect, a system is provided that is configured to evaluate deal 
economics within portfolios based on workload requirements. The system for 
evaluating deal economics includes a database comprising data corresponding to 
workload drivers and related trigger levels for each deal and a server configured to 
prompt users to select trigger levels for each designated workload driver when 
entering deal data. 

[0007] In still another aspect, a method for assessing profitability of a portfolio of 
accounts over the life of the accounts using an activity based pricing model is 
provided which comprises the steps of generating at least one of a customer risk 
rating and a workload rating, allocating at least one of a customer risk expense, a 
workload expense, an underwriting expense and a reserve amount and analyzing 
quality of the portfolio. 



[0008] 



In a further aspect, a computer-readable medium is provided which comprises 
a record of workload drivers for a portfolio, a record of trigger levels for each 
workload driver, and a plurality of rules for matching workload drivers and trigger 
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levels to one or more loan portfolios. 



[0009] In another aspect, an apparatus comprising means for prompting a user to 
enter at least one of a customer risk rating and a workload rating, means for 
allocating at least one of a customer risk expense, a workload expense, an 
underwriting expense and a reserve amount, and means for analyzing quality of 
the portfolio is provided. 

[001 0] Further, a method for determining workloads for a portfolio of deals is 

provided which comprises the steps of selecting, from an electronic interface, a 
number of workload drivers for the portfolio, and trigger levels for each of the 
workload drivers. The method further includes the step of requesting, from the 
electronic interface, a workload rating for the portfolio. 

3 Brief Description of Drawings 



[001 1] Figure 1 is flowchart showing steps in using a profitability model. 

[0012] Figure 2 is a simplified system diagram. 

[0013] Figure 3 is a system diagram of a network-based system. 



[0014] Figure 4 is a flowchart showing integration of activity based pricing into an 
0- overall profitability model. 

[001 5] Figure 5 is a data diagram showing sources of data used to implement an 
activity based pricing model. 

[0016] Figure 6 is a user interface for entering workload drivers into an activity based 
pricing model. 



)^O>[0017] f igure - ? i s a n ux u nip la i y dua l StmctU^e user mt^rface. - 
^^^C^ [0018] F igu re R is a j i ser interfa c e -she w i ng a - fuHy - fund e d — post Gynd i ca liun l epu i l. 
[0019] F i gur e 9 i & d cont i nuat io n of the usxj i h ilerldee sliuw h I n hi y trfe-Si,-^ 
[0020] 

Figure 1 0 is a user interface showing an account manager"s workload time 
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allocation over multiple accounts. 
[0021] Figure 1 1 is a report based upon inputs of account managers. 
[0022] FTgtH«J-245'an-e m^Boaime^ . 

Detailed Description 

[0023] Set forth below is a description of exemplary xx\^^6s and systems for 

facilitating an assessment of profitability of a^^^fints over the life of the accounts. 
While the methods and systems are soraiirfunes described in the context of loans 
and loan portfolios, the methods a^ra systems are not limited to practice in 
connection with only loans an^Moan portfolios. The methods and systems can be 
used, for example, in con^ction with leases, financing and many other different 
types of financial actyixy. 

[0024] Figure 1 is a flowchart 2 illustrating process steps for generating an activity 
based pricing model, used in an assessment of profitability of an account or a 
portfolio of accounts. Specifically, and in one exemplary embodiment of such a 
system, workload drivers and trigger levels for the workload drivers are identified 
4. Based on the identified 4 workload drivers and trigger levels, the workload 
drivers are ranked 6, using assigned weights for the trigger levels for each of the 
workload drivers. Using the workload drivers, trigger levels and assigned weights 
for each trigger level for the workload drivers, portfolio and underwriting expenses 
are allocated 8. Such a process provides an activity based approach for 
determining costs associated with creation and maintenance of accounts and 
assists in decision making regarding credit line increases, portfolio rollovers and 
customer retention. Further, decision making is included regarding new product 
and market opportunities. 

[0025] 

Set forth below are details regarding exemplary hardware architectures (Figures 
2 and 3), an exemplary process flow chart illustrating processing for enhancing 
profitability using models (Figure 4), a data diagram showing flow of workload and 
related data into a data warehouse (Figure 5), and exemplary screen shots 
displayed by the exemplary system to a user desiring to enhance profitability of a 
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portfolio (Figures 6 1 2). Although specific exemplary embodiments of methods and 
systems for determining profitability and increasing profitability are described 
herein, the methods and systems are not limited to such specific exemplary 
embodiments. 

[0026] (Hardware Architecture 

[0027] Figure 2 is a block diagram of a system 1 0 that includes a server sub-system 
12, sometimes referred to herein as server 12, and a plurality of customer devices 
14 connected to server 12. In one embodiment, devices 14 are computers 
including a web browser, and server 1 2 is accessible to devices 1 4 via a network 
such as an intranet or a wide area network such as the Internet. In an alternative 
embodiment, devices 14 are servers for a network of customer devices. 

iJl [0028] Devices 14 are interconnected to the network, such as a local area network 

(LAN) or a wide area network (WAN), through many interfaces including dial-in- 
connections, cable modems and high-speed lines. Alternatively, devices 14 are any 
device capable of interconnecting to a network including a web-based phone or 
■| other web-based connectable equipment. Server 1 2 includes a database server 1 6 

f iJ connected to a centralized database 1 8. In one embodiment, centralized database 

1 8 is stored on database server 1 6 and is accessed by potential customers at one 
of customer devices 14 by logging onto server sub-system 12 through one of 
customer devices 14. In an alternative embodiment centralized database 18 is 
stored remotely from server 12. 

[0029] Figure 3 is a block diagram of a network based system 22. System 22 includes 
server sub-system 12 and customer devices 14. Server sub-system 12 includes 
database server 1 6, an application server 24, a web server 26, a fax server 28, a 
directory server 30, and a mail server 32. A disk storage unit 34 is coupled to 
database server 16 and directory server 30. Servers 16, 24, 26, 28, 30, and 32 are 
coupled in a local area network (LAN) 36. In addition, a system administrator work 
station 38, a work station 40, and a supervisor work station 42 are coupled to LAN 
36. Alternatively, work stations 38, 40, and 42 are coupled to LAN 36 via an 
Internet link or are connected through an intranet. 
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[0030] Each work station 38, 40, and 42 is a personal computer including a web 
browser. Although the functions performed at the work stations typically are 
illustrated as being performed at respective work stations 38, 40, and 42, such 
functions can be performed at one of many personal computers coupled to LAN 
36. Work stations 38, 40, and 42 are illustrated as being associated with separate 
functions only to facilitate an understanding of the different types of functions that 
can be performed by individuals having access to LAN 36. 

[0031] Server sub-system 12 is configured to be communicatively coupled to various 
individuals or employees 44 and to third parties, e.g., customer, 46 via an ISP 
Internet connection 48. The communication in the exemplary embodiment is 
illustrated as being performed via the Internet, however, any other wide area 



i.'^^ network (WAN) type communication can be utilized in other embodiments, i.e., the 

systems and processes are not limited to being practiced via the Internet. In 

I'H addition, and rather than a WAN 50, local area network 36 could be used in place 

of WAN 50. 

[0032] In the exemplary embodiment, any employee 44 or customer 46 having a work 
Station 52 can access server sub-system 1 2. One of customer devices 1 4 includes 
a work station 54 located at a remote location. Work stations 52 and 54 are 
0^ personal computers including a web browser. Also, work stations 52 and 54 are 

configured to communicate with server sub-system 1 2. Furthermore, fax server 28 
communicates with employees 44 and customers 46 located outside the business 
entity and any of the remotely located customer systems, including a customer 
system 56 via a telephone link. Fax server 28 is configured to communicate with 
other work stations 38, 40, and 42 as well. 

[0033] Figure 4 is a flowchart 60 of a process integrating an activity based pricing 
model into a customer profitability model. First, customer risk and activity 
workload are defined 62 using the pricing model. Then customer risk and activity 
workload are captured 64 as inputs to the pricing model (described below). 
Customer risk and workload ratings are generated 66, leading to an allocation 68 
for expenses and reserves, based upon the customer risk and workload. 
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[0034] Allocation 68 is accomplished by loading actual data such as pricing and risk 
rates into a database, for example database 1 8 (shown in Figure 1), the pricing 
model allocates expenses and reserves based upon the data in database 1 8, the 
allocations are then stored in a data warehouse (described below), which may be 
part of database 1 8, or may be stored in a different location. Storing allocations 
creates analysis capabilities for future transactions, based on, for example, but not 
limited to, company sales size, products, business segment, state, originator, 
underwriter, account manager, industry, credit rating, deal size, financing need 
and workload. Analysis may be ad-hoc or may be reports at intervals, set or 
variable. After allocation 68, a portfolio is analyzed 70 for quality, in one 
embodiment, profitability, leading to reviews 72 of strategic customer 
relationships and fine-tuning 74 of the pricing model. 

iill [0035] ACTIVITY BASED PRICING MODEL 



[0036] Figure 5 is a data diagram 80 showing sources of data to implement an activity 
0 based pricing model. The gathered data is stored within a data warehouse 82 

'"^ where a calculation engine 84 which implements the model uses the gathered data, 

ti 

fi,^ to determine a profitability for a data set. Data and calculations regarding 

ill profitability and account performance are stored in database 1 8. Data is gathering 

from one or more of a pricing model 88, which includes data regarding budgeted 
revenues and expenses by customer, data used to estimate actual expenses by 
customer entered into a workload and rating template 90 (both described below), a 
parameter table 92 used to calculate actual expenses by customer and a general 
ledger 94 which includes actual revenues by customer. 



[0037] 



While known pricing models use an average cost allocation approach, an 
activity based pricing model, uses identified, workload drivers, ranked relative to 
importance against one another. Such a model provides users with a tool that 
strengthens their ability to evaluate deal economics which are driven by workload 
requirements, and results in improved information used to make approval 
decisions on transactions. In addition, closed deal reporting is improved by 
capturing data faster and more accurately, which results in feedback providing 
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value added pricing trend analysis. 

[0038] In one embodiment of the activity based pricing model, there is included within 
the model, identified sensitivities and triggers on the level of effort for each 
workload driver, the sensitivities and triggers resulting in low, medium and high 
deal expense levels. The model allocates portfolio and underwriting expenses 
based upon a combination of workload driver importance, trigger level ratings and 
responses from deal samples. To measure and test the models impact on return on 
investment (ROI), revalidation of trigger ratings ensure appropriate allocation of 
expenses within the workload driver. Using workload drivers transitions deal 
expenses from an average cost allocation to a per unit allocation at workload driver 
level. ^ 

[0039] In one embodiment, identified workload drivers entered into the model 

through template 90, include, but are not limited to collateral performance, excess 
availability, books and records, risk classification, number of agings, frequency of 
borrowing, frequency of reporting, co-borrower structure, fixed charge coverage, 
first time asset based lending borrower and export-import bank guarantee. 

[0040] In the same embodiment, the workload drivers collateral performance and 

books and records include trigger ratings of strong, moderate and weak. An excess 
availability workload driver has trigger ratings of >25%, >596 and <5%. A risk 
classification workload driver includes trigger ratings of performing, moderate and 
watch. A trigger rating based on the number of agings is either equal to one, or is 
greater than one. The workload drivers frequency of borrowing and frequency of 
reporting have trigger ratings of monthly, weekly and daily. A fixed charge trigger 
rating is one of greater than 1 .Ox, less than 1 .Ox or less than O.Ox, where x is a 
fixed coverage charge. The workload drivers co-borrower structure, first time asset 
based lending borrower, and export-import bank guarantee have trigger ratings of 
"yes" or "no". - 



[0041] 



Effectiveness of the model, measured by return on investment (ROI), is 
impacted by deal size. Since there are fixed expenses associated with every deal, 
there is little flexibility, in smaller deals, to set pricing of the deal based upon 




activities. The higher expense structure associated with large deals, allows the 
activity based pricing model perform, based upon the workload drivers, and 
therefore increase return on investment. It is seen that impact on ROI is highly 
dependent on a workload, or level of effort, per deal. ROI is impacted because, as 
deal size increases, the expense to average net income ratio decreases. That is, the 
same amount of fixed expense is spread over more investment, reducing the 
expense impact on ROI. However, ROI is also impacted when income and the fees 
related to the investment move in tandem. Examples include, but are not limited 
to, closing fees, annual fees, and collection day fees. 

[0042] In addition, parameter table 92 provides an interface tool where a financing 

department sets universally used variables for the profitability model. For example, 
in one embodiment, percentage allocations are set for origination cost, 
underwriting cost and overhead. Historic values are also tracked to determine a 
reserve percentage needed and if an account manager's costs are relatively high, 
standard or low. 

[0043] As stated above, fields exist in warehouse 82 for both budgeted and actual 

data elements associated with deals. Examples of the data stored within warehouse 
82 include, in one embodiment, customer contributed value, expenses, reserves, 
taxes, net income, adjusted average net income and return on investment. In 
another embodiment, expenses are subdivided into origination, underwriting, 
account management and overhead. Budgeted expense values are calculated, in 
one embodiment, using the pricing model. Actual expenses (account management 
expenses) are described below. Origination expense is calculated, in one 
embodiment, as a commitment amount, preferably from the pricing model, 
multiplied by an origination cost allocation percentage. Origination expense is 
assessed one time and allocated in the month a deal closes. Similarly, underwriting 
expense is calculated, in one embodiment, as a commitment amount, preferably 
from the pricing model, multiplied by an underwriting cost allocation percentage 
and is also allocated in the month the deal closes. 

[0044] 

Account management expenses are assessed each month and the amount is 
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determined, in one embodiment, by matching customer workload rating, low, 
medium or high, assigned by the account manager, with a dollar value from 
parameters table 92 (shown in Figure 5). Overhead expenses are assessed each 
month during the deal and are calculated, in one embodiment as a monthly 
average net income multiplied by an overhead cost allocation percentage. 

[0045] Reserves are usually a percentage of loan value. In one embodiment, a reserve 
percentage is one-eighth of loan value. The reserves value is updated throughout 
the life of the deal, requiring monthly updates. For example, a multiplication of 
loan balance and reserve percentage yields a target figure for the reserves amount. 
Subtracting the reserves amount from the previous months reserves amount 
indicates the change, up or down, needed, to be at a proper reserves level for the 



.i*? current month. Reserves are calculated, in one embodiment, based upon key 

i;f| criteria identified for risk and workload and the relative impact of each workload 

driver, based upon a risk/workload matrix. 

[0046] An average adjusted average net income is calculated, in one embodiment, by 

*; lip 

^ ''^ summing all monthly average net income values and dividing by a count of the 

Q number of monthly average net income values plus one. Return on Investment 

1:5 

(ROD is, in one embodiment, calculated two ways as either a life-to-date ROI or as 



ill 

l!3 an annualized ROI. Life-to-date ROI is calculated, in one embodiment, as a 



[0047] 



summation of net income divided by a life-to-date average net income value. 
Annualized ROI is calculated, in one embodiment, as a summation of the net 
income, divided by a life-to-date average net income value, the result multiplied 
by a factor of 1 2 and divided by a number of months the deal has been in place. 

L 

Figure 6 is an exemplary embodiment of a user interface 1 00, based upon 
template 90 (shown in Figure 5), for entering workload drivers into the activity 
based pricing model. In one exemplary embodiment shown, user interface 100 
includes pull down menus for entering answers to the workload drivers that are 
implemented in a particular embodiment of the activity based pricing model. In 
another embodiment, system 1 0 (shown in Figure 2), is configured to prompt a 
user to select an answer to each of the workload drivers. In such an embodiment, 
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system 10 will not activate the model without an answer for each of the questions 
having been entered. Other fields included within user interface 100 provide 
information on whether the deal incorporates cross-selling related expenses, if the 
deal is a referral deal, and if a referral deal, whether the referral came from inside 
or outside of the lender company. 

[0048] In a further embodiment, user interface 1 00 includes fields for entering a deal 

name, the region where the deal is taking place, information on the deal team and 

deal origination data. In addition, user interface includes a selection to identify 

whether the deal is a portfolio rollover, since if the deal is a rollover, an origination 

expense is removed. Entries into user interface 100 are used to feed data into 

other user interfaces, for example, a deal structure user interface. 

Q " . 

[0049] Figure 7 is an exemplary embodiment of a deal structure user interface 1 20. 

lit 

Data entered into user interface 1 20 is fed into other user interfaces and includes 
l"^. data entered into user interface 100 (shown in Figure 6). User interface 120 

includes data regarding fees, average outstanding balances, amortization schedule 

and outplacement assumptions, including a fee rake and a rate skim. Also included 
i;0 in user interface 120 are entries denoting various rates in place at time of the data 

s 'l entry, for example, the U.S. prime lending rate, U.S. treasury note rate, the 

Canadian prime lending rate, a commercial paper rate and a London interbank 

overnight rate. 

[0050] 

Figure 8 is an exemplary embodiment of a user interface 1 40 of a report 
generated by system 1 0 based upon the information entered into user interfaces 
1 00 (shown in Figure 6) and 1 20 (shown in Figure 7). The report is described as a 
fully funded - post syndication report and includes the information as entered into 
the user interfaces as described above, including, deal information, various rates, 
fees, an average outstanding, an amortization schedule, alternate pricing 
assumptions, and outplacement assumptions. Figure 9 is a continuation user 
interface 1 60 of user interface 140 described in Figure 8. Included in continuation 
user interface 1 60 is a deal summary over a number of years of the life of the deal 
and includes, balances, income, fees collected, money cost, contributed value and 
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operating expenses, which are used to determine total expenses, pre-tax income, 
taxes, net income and cash flows. 

[0051] Figures 8 and 9 are described as a fully funded post syndication report. 

Although not shown in the Figures, in one embodiment, there exists a similar 
report, described as an expected case - post syndication report, which is an 
estimation of the future of the dear's performance. 

[0052] As stated above, pricing models 88 (shown in Figure 5) are used to feed 

budgeted expenses and revenue values into warehouse 82 (shown in Figure 5), 
necessitating fields within warehouse 82 to store pricing model data and 
development of models and interfaces for the exportation of the data to warehouse 
82. The models developed for such a task, serve a secondary purpose, that is, the 
models for exportation of data to warehouse 82, provide users with a common 
interface and facilitate entry of data in a consistent manner. 

[0053] Figure 1 0 is an example user interface 200, where an account manager enters 
workload and risk ratings for all of their accounts to assign workload and risk 
ratings for those accounts. By entering information for all of their accounts an 
account manager is able to determine their total workload allocation based upon 
all the accounts. As shown in user interface 200, for each account, the account 
manager is able to enter information on collateral monitoring workload, including 
frequency of reporting, frequency of borrowing, number of agings, co-borrower 
structure and number of inventory locations. Further, the account manager is able 
to enter data on workload due to customer requests, including, asset based 
lending experience, monthly time required for account strategy and a number of 
workarounds, amendments and modifications (WAMs). In addition the account 
manager can enter risk information for each account, such as, excess availability, 
fixed charge coverage, quality of books and records, assessment of management, 
ease of liquidation and structure. Figure 1 1 is a report 220 which can be generated 
by a user based upon inputs into the user interface 200 by one or more account 
managers. 



Use of the model to allocate and determine, for example, reserve amounts and 



other deal expenses, also serves to drive strategic relationships. The model is 
configured, in one embodiment, to determine where customer relationships may 
be expanded and deepened, if a determined risk so permits. Figure 1 2 is a 
strategic relationship scorecard 240, which serves to improve customer satisfaction 
rating through focus on high impact quality items, based upon feedback received. 
In one embodiment, scorecard 240 is reviewed quarterly or semi-annually, by at 
least one of a region manager, a portfolio manager and an account manager to 
develop an action plan based upon previous actions and any retention strategies 
that have been developed. Use of scorecard 240 helps to formalize customer 
strategy sessions to ensure proactive identification of opportunities to add to a 
customer relationship and enhance cross selling opportunities. 

h4 [0055] In another embodiment, of a profitability model, there is implemented as part 

i-fj of a deal structure, a number of collection days as part of the deal. Use of 

i '*^ collection days has been shown to increase profitability of deals, including average 

annualized contributed value, a contributed value percentage and ROI. The model 
iljtj is configured, in one embodiment, to include collection days as part of a deal 

proposal, since collection day do not impact borrower availability, since the 
collection day funds are immediately credited, for the purposes of calculating 
availability. 

[0056] Use of a profitability model, such as described herein, provides insight to 

where an entity should and should not give when pricing a transaction, and further 
will provide information to the entity on fee collections on an account by account 
basis, including any variance around collecting fees and waiver of those fees, with 
which an account manager can be held responsible. Information is further 
provided, from the model, regarding management of risk and return, including 
reserve levels and various management reports. Use of the model provides an 
insight into the profitability of an account when contemplating the resigning of a 
customer to a new account. The insight is gained since the model provides an 
understanding on how credit changes over the life of the loan and can better 
correlate risk around pricing. 
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[0057] The activity based profitability model is configured to allow an entity to better 
manage deals based on profitability, which in turn becomes part of a management 
strategy around account profitability. Other long-term benefits of the activity 
based profitability model include providing information to build referral channels, 
isolate problems and opportunities by deal, see trends on pricing around events, 
understand effects of different types of financing on profitability, break out 
sources of revenue and provide information on any impact of credit line increases 
on profitability. 

[0058] While the invention has been described in terms of various specific 

embodiments, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the claims. 



